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(54) Abstract Title 

Automatic installation of software in a network 



(57) A method for automatically installing or updating software on a network workstation from a network 
server comprises initiating a program in a login script 103 and the program using the results to determine if 
relevant software should be installed or upgraded on the workstation. Preferably the checking program checks 
to see if the relevant software is running and if not sets it running. The program checks the version information 
and if older than the server automatically installs the upgraded version. The software installed maybe a 
Windows NT™ Service. In one embodiment, the workstation is checked to see if the service is installed, a 
current or newer version 105, and running 202. If not, the workstation is connected to a distribution service 106 
and the service is stopped 203 and deleted 204. New files are then copied from the server 206, installed 207 
and the service restarted 208. Once the update has been reported to the checking program 209 control is 
returned to the login script 109. 




At least one drawing originally filed was informal and the print reproduced here is taken from a later filed formal copy. 
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USER LOGON IS AUTHENTICATED 
FOR NT DOMAIN AND LOGON 
SCRIPT IS COPIED TO NT 

DEVICE AND RUN, AS PER USUAL 
NT DOMAIN LOG ON PROCESS 
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METHOD AND APPARATUS FOR NON-MANUAL INSTALLATION OF 
SOFTWARE, SUCH AS NT SERVICES 

BACKGROUND OF THE INVENTION 

The present invention relates to a method and apparatus for non-manual installation of 
software, particularly operating system software, such as NT services. Whilst it will 
be described with reference to the operating system known as Microsoft Windows NT 
(RTM), it is not restricted to such use. 

Throughout this document, for simplicity, the term "NT device" will be used to 
indicate a device which is either running Microsoft Windows NT Workstation or 
Microsoft Windows NT Server as its operating system. Where it is necessary to 
distinguish between the two, "NT Workstation", or "NT Server" will be used. 

There are several operations on operating systems devices such as an NT device 
which require special privileges (such as administrator status) to be carried out. One 
method of providing access to these operations is to install an NT service on the NT 
device which (a) is configured to run with the appropriate privileges for the operations 
it must provide, and (b) provides some mechanism by which a user without the 
appropriate privileges may request that the operations be performed on the user's 
behalf by the NT service. 

In other words, to provide privileged access to a non-administrator for carrying out 
one or a limited number of operations which would normally require an administrator. 

In order to install an NT service on an NT device (the NT services are listed by going 
to "Control Panel" on an NT operating computer and clicking on "Services" where the 
status of each relevant service is listed) it is necessary to have administrator 
privileges, either for the device on which it is being installed or for the NT domain, 
eg: network, that the device participates in. When a particular service is required on 
all NT devices in an NT domain, the standard method of installing the service is to log 
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on as the NT domain administrator (or as a user with equivalent privileges) to one 
single NT device in the domain, and from that one NT device manually select all the 
NT devices within the domain, and install the service remotely 

Using this manual method of installing NT services is very costly to maintain. If new 
NT devices are added to the NT domain at a later date, it will be necessary to 
manually repeat the process for the new NT devices. In many cases, the network 
includes hot docking stations where users connect their mobile computers when they 
return, for example, to base. In this case, there may be no one time when all of the 
NT devices including the mobile devices are on the network and available to install 
the NT service, and so the installation process may need to be repeated many times 
before all the current mobile NT devices in the domain have the relevant NT service 
installed on them. 

It would be desirable to avoid this manual method of NT service installation, and so 
avoid the cost of maintenance. 

SUMMARY OF THE INVENTION 

The present invention provides a method for non-manual installation of software on 

devices on a network comprising: 

providing a software requester in the log-on script of a network controller, 
when a user of a device logs on to the network, the network controller using 

the software requester to check if relevant software is installed on said device; 
if it is installed, continuing the log in procedure; and, 

if not, installing said software on said device before continuing the log on 
procedure. 



The present invention also provides a method for installation of a service on 
on a network comprising the steps of: 

running a distribution service as a service on a server of a network; 
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providing a service requester in a log in procedure for a device logging into 
the network, the service requester determining the current status of the required 
service on the device, including whether the required service is installed, and whether 
it is running, and if either of these are not the case, then making a request to the 
distribution service to perform the appropriate actions; 

where upon the distribution service runs or installs and runs the required 
service on the device by copying the required service files to the target device and 
remotely installing the required service on the target device if its installation was 
requested and remotely starting the required device on the target device. 

A computer program on a computer readable medium or embodied in a carrier wave 
for carrying out the method of the preceding two paragraphs. 

The present invention also provides a method for non-manual installation of software 
1 5 on devices on a network comprising the steps of: 

(a) when a user of a device logs on to the network, running a service requester by 
passing a log-on script from the network to the device, the script including the 
service requester; 

(b) the service requester checking 

20 (i) if a required service is installed in the device, 

(ii) if it is installed, checking if the version number of the service matches or 
exceeds the required version, and, 

(iii) if the version number does match or exceed the required version, checking 

to see if the required service is running; 
25 (c) if checks (i) (ii) (iii) are okay, continuing the log on procedure in the 

conventional way (go to step n); 

(d) if any of checks (i) (ii) (iii) fail, connecting the device to a distribution 
service running in the network; 

(e) communicating to the distribution service the current status of the required 

30 service in the device; 

(f) if any later steps in the log-on procedure require the use of the requested 
service, wait until the requested service is available before continuing; 
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(g) if the requested sen-ice is the wrong version number and is running, causing 
the distribution service to stop the requested service on the device; 

(h) if the requested service is the wrong version number, remove the requested 
service on the device so that it is no longerjnstalled; 

5 (i) if the requested service is not installed on the device copy the files needed for 

the requested service to the device; 

(j) if the requested service is not installed on the device create the requested 
service on the device; 

(k) start the requested service on the device; 
10 (1) monitor the state of the requested service, and as soon as it has completed 

initialization and is running, communicate this fact to the service requester, 
(m) continue logging on. 

The present invention also provides a computer program on a computer readable 
15 medium or embodied in a carrier wave for non-manual installation of software on 

devices on a network, said computer program being adapted to run, on the logging on 
of a user of a device on to the network, said computer program comprising the steps 

of: 

(a) program step for running a service requester by passing a log-on script from 
20 the network to the device, the script including the service requester, 

(b) program step causing the service requester to check 

(i) if the required service is installed in the device, 

(ii) if it is installed, checking if the version number of the service matches or 
exceeds the required version, 

25 (iii) if the version number does match or exceed the required version, checking 

to see if the required service is running; 

(c) if checks (i) (ii) (iii) are okay, program step to continue the log on procedure 
in the conventional way (go to step m); 

(d) if any of checks (i) (ii) (iii) fail, program step to connect the device to one of 
30 the distribution services running in the network; 

(e) program step for communicating to the distribution service the current status 
of the required service in the device; 
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(f) program step to determine if any later steps in the iog-on procedure require the 
use of the requested service, and if so program step to wait until the requested 
service is available before continuing, 

(g) program step to determine if the_requested service is the wrong version 
number and is running, and if so program step to stop the requested service on the 
NT, 

(h) program step to determine if the requested service is the wrong version 
number, and if so program step to remove the requested service on the device so that 
it is no longer installed; 

(i) program step to determine if the requested service is not installed on the 
device and if so program step to copy the files needed for the requested service to the 
device; 

(j) program step to determine if the requested service is not installed on the 

device and if so program step to create the requested service on the device; 

(k) program step to start the requested service on the device; 

(1) program step to monitor the state of the requested service, and as soon as it 

has completed initialization and is running, communicate this fact to the service 

requester; 

(m) program step to continue logging on. 
BRIEF DESCRIPTION OF THE DRAWINGS 

A preferred embodiment of the invention will now be described by way of example 
only and with reference to the accompanying drawings in which: 
Figure 1 illustrates diagrammatically a computer network, and 

Figures 2 and 3 are flows chart or algorithms of a preferred method of carrying out the 
invention. 



DESCRIPTION OF THE PREFERRED EMBODIMENTS 



We will now describe a preferred embodiment of the invention which provides a 
method whereby services on, for example, a mobile device connected to a network 
may be readily updated. 

The method may be applied to a network shown in Figure 1 which comprises, for 
5 example, a computer network which includes computers (12B-E), hubs (13 A, 13B), 

routers, switches (14), printers and other devices linked together by physical cable or 
wireless links (16A-H). The network may be a local area network (LAN) or a wide 
area network (WAN) or other types and may operate in accordance with any desired 
protocol. The network will be managed by a network manager who will normally 

10 have a dedicated work station or computer (11) which comprises, in addition to a 

visual display unit (18), a central processing unit or signal processor (19), a selector 
which may be in the form of a mouse (22) and/or keyboard to operate the computer, 
and may include a memory (17), a CD drive (21), a floppy disk drive or a zip drive. 
The method of the invention may be controlled by a program provided to the network 

15 manager's computer by means, for example, of a CD, a floppy disk, or a zip disk 

loaded onto the memory (17) of the network manager's computer or alternatively 
down loaded from the internet. In addition, there is provided a docking station 25 to 
which one at a time of a plurality of mobile computers (26) may be connected and 
disconnected. 

20 

Many networks utilise a network program such as Windows NT which comprises an 
operating system, parts of which are referred to as "Services" which can be switched 
on or switched off depending upon the application configuration. Thus from time to 
time it may be that the network manager will wish to change the configuration of the 

25 network and switch on a service which has hitherto been switched off, or it may be 

that one part of the operating system comprising a particular service requires updating 
to take into account improvements. It is clearly desirable and usually essential that all 
of or specific groups of the devices on the network should include the same services 
and as mentioned above, whilst this can be achieved readily for those devices which 

30 are permanently connected to the network, at any one time there will be a number of 

devices, particularly mobile devices, which are not connected to the network when the 
changes are being installed, and indeed some of the devices may be switched off 
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In order to provide automated remote distribution of the services, the NT domain 
administrator must perform two (minor) administrative duties. 

5 Firstly, a "distribution NT service" must be installed on at least one machine that is 

always available in the NT domain, and configure the distribution NT service to run 
as the NT domain administrator (or as a user with equivalent privileges). To this end, 
it is recommended that the NT service be installed on the PDCS (Primary Domain 
Control Server) and the BDCS (Backup Domain Control Servers). These are NT 
10 Servers that enable (among other things) users to log on to the NT domain. 

Therefore, by installing the NT service on these machines, the administrator is 
guaranteeing that if the user can log on to the NT domain, then the distribution NT 
service will be available. 

1 5 Secondly, the global log-on script for the NT domain (in particular the log-on script 

sent by the PDCS or BDCS to the device which is logging on) must be modified so 
that, as pan of the log on, a "service requester" process is run. This service requester 
must be available to all users in the NT domain, and so may be made available in the 
same manner as log-on scripts are. Note that if any steps in the log-on script requires 

20 the use of an NT service that is to be distributed, then these steps must be performed 

after the service requester has been run. 

Having performed these two administrative duties, the automated remote distribution 
of the NT services proceeds as follows (see Figures 2 & 3) which are flow charts of 
25 the process, Figure 3 comprising a flow chart of the process of step 1 07: 

step 101, a user logs on an NT device within the NT domain (eg a mobile 
device user who has just connected to a docking station in the network domain); 

step 102, user logon is authenticated for NT domain and logon script is copied 
to NT device and run, as per usual NT domain log on process; 
30 step 103, as part of the log-on script passed from the PDCS or BDCS to the 

user's device, the service requester process is run; 
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step 104, the service requester checks to see if the required service is installed 
in the user's device and if installed, checks whether the version number of the service 
matches or exceeds the required version and, if it is, checks to see if the required 
service is running; 

step 105, if all checks are okay, then the service requester has completed its 
operation, and log on may continue in the conventional way (go to step 108); 

step 1 06, the service requester connects to one of the distribution NT services 
that are running in the domain and sends appropriate request. If the distribution NT 
service is installed on the PDCS and BDCS, then the service requester should connect 
to the distribution NT service on the DCS which authenticated the user's log on. The 
connection may take any viable form, such as a TCP/IP socket; 

step 107, having connected to the distribution NT service, the service 
requester communicates to the distribution NT service the current status of the 
required service in the users device. This will be one of "wrong-version-and- 
running", "wrong- version-and-not-ronning", "not-installed" or "not-running"; if the 
service is installed, running and the correct version, step 107 takes the process straight 
to step 108. In other cases the process passes to the steps of Figure 3. 

If any later steps in the log-on script require the use of the requested NT service, the 
service requester then waits until the requested NT service is available before 
continuing. This may be determined in one of two ways: either the distribution NT 
service will communicate the fact to the service requester, or the service requester will 
wait until it can see that the requested NT service is both installed and running. 

step 201, is the requested NT service the wrong version number; 
step202, if yes, is the requested service running? 

step 203, if yes the distribution NT service stops the requested service on the 
NT device that requested it This may be achieved using the Win32 ControlService() 
API call. The distribution NT service then monitors the state of the requested NT 
service on the NT device that requested it, waiting until the service is stopped; 

step 204, if the requested NT service is the wrong version number and 
determined as not running in step 202 or stopped in step 203, then the distribution NT 
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service removes the requested NT service on the NT device that requested it. This 
may be achieved using the Win32 DeleteService() API call. Go to step 206; 

step 205, if answer to step 201 is no, was the request to "run" or "install" 
required service? if "run" in step 205 go to step 208, if "install' 5 in step 205 go to step 
5 206; 

step 206, the distribution NT service copies the files needed for the requested 
NT service to the NT device that requested it. The files can be copied to any location, 
although it is recommended that they be copied to an administrative share location on 
the NT device, such as the ADMINS administrative share, or some sub-directory of 
10 that share (which may be created if needed); 

step 207, the distribution NT service creates the requested NT service on the 
NT device that requested it. This may be achieved using the Win32 CreateService() 
API call. The requested NT service should be configured to run automatically, and 
should be run as the Local System account. 

15 

(Note that, due to the way the creation of NT services works, steps 206 and 207 may 
be performed in either order, although this is the recommended order.) 

step 208, the distribution NT service then starts the requested NT service on 
20 the NT device that requested it. This may be achieved using the Win32 Start Service() 

API call: 

step 209, if necessary the distribution NT service monitors the state of the 
requested NT service, and as soon as it has completed initialization and is running, 
communicates this fact to the service requester. Go to step 108; 
25 step 108, as the requested NT service is now installed and running on the NT 

device which requested it, if the service requester was waiting, it may now allow the 
log on script to continue. 

In an improved arrangement, in step 104, the service requester may be configured to 
30 cope with multiple services, possibly via a configuration file. This would involve 

modifying the algorithm so that the service requester checks for all of the required 
services, requesting the installation and starting of those which are not installed and 
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requesting the starting of those which are not running. In this way the NT domain 
administrator can implement fully automated distribution of NT services. 

The above method steps may be provided by a computer program provided on a 
5 computer readable medium such as a CD disc, floppy disc or zip drive disc, or 

otherwise, or may be in a carrier wave and downloaded, for example, from a 
telephone connection via, for example, internet, or may be loaded on to the network 
manager's computer. 

10 The program may comprise the program steps 101 - 108, 201 - 209 of the flow charts 

shown in the Figures 2 and 3. 

The basic program comprises: 

15 (a) program step (103) for running a service requester by passing a log-on script 

from the NT domain to the NT device, the script including the service requester; 

(b) program step (104) causing the service requester to check 

(i) if the required service is installed in the NT device, 

(ii) if it is installed, checking if the version number of the service matches or 
20 exceeds the required version, 

(iii) if the version number does match or exceed the required version, checking 
to see if the required service is running; 

(c) if checks (i) (ii) (iii) are okay, program step to continue the log on procedure 
in the conventional way (go to step m), 

25 (d) if any of checks (i) (ii) (iii) fail, program step (106) to connect the NT device 

to one of the distribution NT sendees running in the NT domain; 

(e) program step (106) for communicating to the distribution NT service the 
current status of the required service in the NT device; 

(f) program step to determine if any later steps in the log-on procedure require the 
30 use of the requested NT service, and if so program step to wait until the requested NT 

service is available before continuing; 
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(g) program step (201) to determine if the requested NT service is the wrong 
version number and is running, and if so program step (203) to stop the requested 
service on the NT; 

(h) program step to determine if the requested NT service is the wrong version 
number, and if so program step (204) to remove the requested NT service on the NT 
device so that it is no longer installed; 

(i) program step (205) to determine if the requested NT service is not installed on 
the NT device and if so program step (206) to copy the files needed for the requested 
NT service to the NT device; 

(j) program step to determine if the requested NT service is not installed on the 
NT device and if so program step (207) to create the requested NT service on the NT 
device; 

(k) program step (208) to start the requested NT service on the NT device; 

(1) program step to monitor the state of the requested NT service, and as soon as it 

has completed initialization and is running, communicate this fact to the service 

requester; 

(m) program step ( 1 08) to continue logging on. 

We will now describe in more detail the automatic remote distribution of an NT 
service via user log on. 

The implementation of the technique consists of several steps, each of which will be 
described in a separate section. The steps are: 

1 . Implement "distribution NT service" 

2. Implement "service requester". 

3. Install "distribution NT service" and required NT service files. 

4. Install "service requester". 

5. Update log on script(s). 

The method uses the interaction of two processes that are termed the "distribution NT 
service" and the "service requester". These two processes interact in the following 
manner: 
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1 . The "distribution NT service" runs all the time as an NT service on an NT 
server (or set of NT servers) such as the PDCS (and BDCSs) of a network It is 
logged on as the NT domain (network) administrator. It awaits remote requests from 
the "service requester" to either run or install and run the required NT service. Upon 

5 receiving such a request the "distribution NT service" performs the actions necessary 

to service that request, i.e. it (a) copies the required NT service files to the target NT 
device (i.e. the NT device which requires to log-on) and, (b) remotely installs the 
required NT service on the target NT device if installation was requested, and then (c) 
it remotely starts the required NT service on the target NT device. 

10 

2. The "service requester" runs as part of the user log on script. The "service 
requester" determines the current status of the required NT service on the target NT 
device - whether the required NT service is installed and, if so, whether the required 
NT service is running. If any of these are not the case, then the "service requester" 

15 makes a request to the "distribution NT service" to perform the appropriate actions to 

remedy the situation (i.e. it will request that the "distribution NT service" either install 
and run or run the required NT service). The "service requester" should then wait 
until the "distribution NT service" has completed its actions. 

Note that the main description of the technique is based upon a situation where there 
20 is a single, service that is required to be installed on all users' NT devices 

Implementing the "Distribution NT Service" 

Essentially, the code to carry out the "distribution NT service" is: 

25 

WHILE (TRUE) 
DO 

Wait for a request from a "service requester" 
IF the request was to install the required NT service 
30 THEN 

Copy the required NT service files to the target NT device 
Install the required NT service on the target NT device 
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END IF 

Start the required NT service on the target NT device 

Inform "service requester" that the request has been serviced (if necessary) 

DONE 

Communication With the "Service Requester" 

Various methods may be used to transfer data between the "distribution NT sendee" 
and the "service requester". Any standard techniques for passing data such as TCP/IP 
sockets or CORB A messaging may be employed to transfer the data. 
Note that in the above pseudo-code the step of informing the "service requester" that 
the request has been serviced is only performed "if necessary". This step need only 
be performed if the implementation of the "service requester" requires it. 

Copying the Required NT Service Files to the Target NT Device 
As noted above, the "distribution NT service" runs logged on as the NT domain 
administrator As a result of this the "distribution NT service" has full access 
privileges for the administrative shares on any NT device in the NT domain 
(administrative shares on a NT device take the names ADMINS, C$, D$, etc where 
ADMINS refers to the location that the operating system files are installed in (for 
example, this may be C:\Windows\). C$, D$, and, in general, x$ refer to the 
corresponding roots of drives (ie C$ refers to CA, D$ refers to D:\ and, in general x$ 
refers to x:\). The "distribution NT service" may therefore use these administrative 
shares to copy the required NT service files to the target NT device, provide that the 
"distribution NT service" knows either the name or the IP address of the target NT 
device. This requires that the request from the "service requester" also include either 
the name or the IP address of the target NT device. 

The "distribution NT service" may then use the UNC (Universal Naming Convention 
- this takes the format \\ machinenameMocation. The machinename may be either the 
name of the NT device or the IP address of the device. So, for example, to access the 
location of the operating system files on a machine called mypc with the IP address 
1.2.3.4 we may use either \\ mypc\ADMINS or \\1.2.3.4\ADMIN$.) name of an 
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administrative share on the target NT device to copy the required NT service files to 
the target NT device. A directory is created within the administrative share ADMINS 
on the target NT device, and then the required NT service is copied into this directory. 



5 Installing the Required NT Service on the Target NT Device 

Installation of the required NT service on the target NT device may be achieved using 
the Win32 API function CreateService(): 

1 hSCManager - The first parameter is a handle to the network manager 
10 to use. This must be obtained by a call to the Win32 API function 

OpenSCManager(). As this service is being created on a remote machine the UNC 
name of the target NT device must be passed as the first parameter of 
OpenSCManager() 

15 2. lpBinaryPathName - The eighth parameter is the local path of the required NT 

service executable. One must use the local path in this case, and not the UNC path 
which is used when copying the files to the target NT device, and so it is necessary to 
convert the NT share name used to the local path on the target NT device. This may 
be achieved through a call to the Win32 API function NetShareGetInfo() which will 

20 convert an NT share name into a local path If the required NT service was copied to a 

directoiy within the share then one must append the directory to this local path (as 
NetShareGetInfo() only converts the share name to a local path). 

Finally the required NT service executable name must be appended to get the full path 
25 name. 

3. IpServiceStartName and IpPassword - The last two parameters specify the 
user (and password of that user) to run the service as. 

30 These should both be set to NULL so that the required NT service is run logged on as 

the Local System account. 
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Starting the Required NT service on the Target NT Device 

The required NT service may be started on the target NT device by using the Win32 
API function Start Service(). Note that, like the installation of the required NT service 
one must pay special attention to the first parameter: 
5 hSCManager - The first parameter is a handle to the service control manager 

to use. 

This must be obtained by a call to the Win32 API function OpenSCManager(). As 
this service is being created on a remote machine one must pass the UNC name of the 
1 0 target NT device as the first parameter of OpenSCManager() 

Implementing the "Service Requester" 

The "service requester" is implemented as a windowless Win32 application. 

15 

This implementation requires the following pseudo-code: 

Check to see if the required NT service is installed on this NT device 
IF the required NT service is not installed on this NT device 
20 THEN 

Send an "install and run" request to the "distribution NT service" 

Wait until the required NT service is installed and running on this NT device 

ELSE 

Check to see if the required NT service is running on this NT device 
25 IF the required NT service is not running on this NT device 

THEN 

Send a "run" request to the "distribution NT service" 

Wait until the required NT service is running on this NT device 

ENDIF 

30 ENDIF 
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Checking the Status of the Required NT Service 

Checking the status of the required NT service may be achieved in the following 
manner: 

In order to determine whether or not the service is installed on the target NT device 
5 the Win32 API function OpenService() may be used. If the call to this function 

succeeds then the required NT service is installed. 

In order to determine whether or not the required NT service is running on the target 
NT device the Win32 API function QueryServiceStatus() may be used. If the call to 
this function returns the status as being SERVICE JtUNNING then the required NT 
10 service is running. If the status is returned as being SERVICE_START__PENDING 

then the required NT service is starting up. In this situation there is no need to make a 
request to the "distribution NT service". However, the "service requester" should 
then wait until the service is running. 

Waiting Until the Required NT Service is Running 

There are two general methods by which the "service requester" may determine when 
the required NT service is running: 

1 . The "service requester" may periodically poll the SCM to determine when the 
required NT service has been installed and when the required NT service is running. 

Determining whether or not the required NT service is running may be determined by 
calling the Win32 API function QueryServiceStatusQ. 

Therefore, if the required NT service is not installed the 'service requester" may 
25 periodically make calls to OpenService(). When the call succeeds, the required NT 

service is then installed. Having determined that the required NT service is installed 
the "service requester" may periodically make calls to QueryServiceStatus(). When 
the call returns the status as being SERV1CEJRUNNING then the required NT 
service is running, and the "service requester" may exit. 
30 Using this method the "distribution NT service" does not need to inform the "service 

requester" that its request has been serviced. 
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2. The "service requester" may wait for a message from the "distribution NT 
service" informing it that the service has been installed and is running. When it 
receives this message the "service requester" may exit 

5 Using this method the "distribution NT service" must perform the periodic polling 

noted above using calls to QueryServiceStatusQ. Once the "distribution NT service" 
has determined that the requested NT service is running it should inform the "service 
requester''. 

10 The preferred method of determining when the required NT service is running is a 

combination of the above two, which will reduce the amount of polling required: 
(i) If the request was for the required NT service to be installed and run then the 
"service requester" waits for the "distribution NT service" to send a message 
informing it that the required NT service has been installed. 

15 (ii) The "distribution NT service" informs the "service requester" that it has 

successfully installed the required NT service immediately upon completing the 
installation. 

(iii) Once the required NT service is installed the "service requester" then performs 
the periodic polling of the status of the required NT service using calls to 
20 QueryServiceStatusO until the returned status is SER VICE_RUNNING 

Using this method slightly modifies both sets of pseudo-code set out above to 
become: 

25 "Distribution NT Service": 

WHILE (TRUE) 
DO 

Wait for a request from a "service requester" 
IF the request was to install the required NT service 
30 THEN 

Copy the required NT service files to the target NT device 
Install the required NT service on the target NT device 
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Inform "service requester" that the required NT service has been installed 
ENDIF 

Start the required NT service on the target NT device 

DONE 

"Service Requester: 

Check to see if the required NT service is installed on this NT device 
IF the required NT service is not installed on this NT device 
THEN 

Send an "install and run" request to the "distribution NT service" 
Wait until the "distribution NT service" sends a message indicating that the 
required NT service has been installed on this NT device 

Periodically poll the status of the required NT service until it is running 

ELSE 

Check to see if the required NT service is running on this NT device 
IF the required NT service is not running on this NT device 
THEN 

Send a "run" request to the "distribution NT service" 
Periodically poll the status of the required NT service until it is running 
ENDIF 

ENDIF 

Installing the "Distribution NT Service" and Requested NT Service Files 
The "distribution NT service" must be installed on an NT server (or NT servers) that 
is guaranteed to be available when a user logs on to the NT domain. To this end it is 
recommended that the "distribution NT service" be installed on the PDCS and BDCSs 
in the NT domain. 

The "distribution NT service" must be configured to run logged on as the NT domain 
administrator, or as a user with equivalent privileges. This may be achieved either 
through an installation process which queries the installer for the user name and 
password to use, or through documenting the process with which the installer may 
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configure the "distribution NT service" to run as a particular user. The former 
method is preferred. 

The required NT service files must be installed in a location known to the 
5 "distribution NT service" and that is always available to the "distribution NT service". 

To this end the required NT service files should be installed in the same directory as 
the "distribution NT service" or some well-known sub-directory of that directory. 

Installing the "Service Requester" 
10 The "service requester" must be installed in a location that will be available to all 

users in the NT domain when they are logging on to the system. As a result, the 
"service requester" should be installed in the standard logon script location on the 
PDCS and BDCSs. 

1 5 Updating the Log On Script(s) 

If possible, there should be a global logon script that is run for all users. This may be 
achievable even if individual users have their own scripts, as each user's script may 
be written so that one of its actions is to call the global logon script. 
The "sendee requester" must be called by the logon script before any other calls are 

20 made that depend upon the required NT service. 

Implementation Details 

Where a global logon script exists, the updating may be achieved simply by adding a 
call to the "sendee requester" to an appropriate location within the global logon script. 
25 In the situation where there is no global logon script, the same modifications must be 

made to all of the user logon scripts that there are. 

Version Checking 

The preferred method of automatic remote distribution of NT services via user logon 
30 includes version checking of the required NT service. 
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The "distribution NT service" must know what the current version of the required NT 
service is. 

The "service requester" must know what the current version of the required NT 
5 service is so that it may check for this. 

There must be some method of determining the version of the required NT service 
once it is installed. This may be, for example, via the command-line of the required 
NT service executable. 

10 

Implementation Details 

In order to support version checking the first action of the "service requester" is to 
request the current version number of the required NT service from the "distribution 
NT service" The "distribution NT service" then informs the "service requester" of 
1 5 the current version number of the required NT service. 

The "sendee requester" performs an additional test to determine the current version 
number of the required NT service using whatever method of version checking that 
has been decided upon. 

20 

If the required NT service is installed, but the version number is less than the current 
version number, then the "service requester" informs the "distribution NT service" of 
whether or not the required NT service is running and requests that a version upgrade 
be performed The "service requester" then waits until it receives a message from the 
25 "distribution NT service" informing it that the new version has been installed. 

In response to a version upgrade request the "distribution NT service" stops the 
required NT service on the target NT device if it is running using the Win32API 
function ControlServiceQ. When the required NT service is stopped, the "distribution 
30 NT service" removes it from the target NT device using the Win32 API function 

DeleteService(). Having removed the required NT service, the "distribution NT 
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service" then proceeds as if an install had been requested, after which the new version 
of the required NT service will be installed on the target NT device. 

The invention is not restricted to the details of the foregoing example. 

5 
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CLAIMS 

1 . A method for installation of software on devices on a network comprising: 
providing a software requester in the log-on script of a network controller; 
when a user of a device logs on to the network, the network controller using 

the software requester to check if relevant software is installed on said device; 
if it is installed, continuing the log in procedure; and, 

if not, installing said software on said device before continuing the log on 
procedure 

2. A method as claimed in claim 1 in which said software requester also checks if 
the relevant software, if installed, is running on the device and if not, sets the relevant 
software running. 

15 3. A method as claimed in claim 1 in which said software requester also checks if 

the relevant software installed on the device is of a version that matches or exceeds 
the required version and if it is not, updates the relevant software on the device before 
continuing the log-on procedure. 

20 4. A method as claimed in claim 1 in which the relevant software is a Windows 

NT service 

5. A method as claimed in claim 1 in which said network continuously runs a 
distribution software service whereby the software may be installed on the device if 

25 the network controller using the software requester determines that the software is not 

installed on said device. 

6. A method for installation of a service on devices on a network comprising the 
steps of: 

30 running a distribution service as a service on a server of a network; 

providing a service requester in a log in procedure for a device logging into 
the network, the service requester determining the current status of the required 
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service on the device, including whether the required service is installed, and whether 
it is running, and if either of these are not the case, then making a request to the 
distribution service to perform the appropriate actions; 

where upon the distribution service runs or installs and runs the required 
5 service on the device by copying the required service files to the target device and 

remotely installing the required service on the target device if its installation was 
requested and remotely starting the required device on the target device. 

7. A method for installation of software on devices on a network comprising the 
10 steps of: 

(a) when a user of a device logs on to the network, running a service requester by 
passing a log-on script from the network to the device, the script including the 
service requester; 
1 5 (b) the service requester checking 

(i) if a required service is installed in the device, 

(ii) if it is installed, checking if the version number of the service matches or 
exceeds the required version, and, 

(iii) if the version number does match or exceed the required version, checking 
20 to see if the required service is running; 

(c) if checks (i) (ii) (iii) are okay, continuing the log on procedure in the 
conventional way (go to step n); 

(d) if any of checks (i) (ii) (iii) fail, connecting the device to a distribution 
service running in the network; 

25 (e) communicating to the distribution service the current status of the required 

service in the device; 

(f) if any later steps in the log-on procedure require the use of the requested 
service, wait until the requested service is available before continuing; 

(g) if the requested service is the wrong version number and is running, causing 
30 the distribution service to stop the requested service on the device; 

(h) if the requested service is the wrong version number, remove the requested 
service on the device so that it is no longer installed; 
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(i) if the requested service is not installed on the device copy the files needed for 
the requested service to the device; 

(j) if the requested service is not installed on the device create the requested 
service on the device; 

(k) start the requested service on the device; 

(1) monitor the state of the requested service, and as soon as it has completed 
initialization and is running, communicate this fact to the service requester; 
(m) continue logging on. 

8. A computer program on a computer readable medium for carrying out the 
method of claim 1. 

9. A computer program on a computer readable medium for carrying out the 
method of claim 6. 

10. A computer program embodied in a carrier wave for carrying out the method 
of claim 1 . 

11. A computer program embodied in a carrier wave for carrying out the method 
of claim 6. 

12. A computer program on a computer readable medium for installation of 
software on devices on a network, said computer program being adapted to run, on the 
logging on of a user of a device on to the network, said computer program comprising 
the steps of: 

(a) program step for running a service requester by passing a log-on script from 
the network to the device, the script including the service requester; 

(b) program step causing the service requester to check 

(i) if the required service is installed in the device, 

(ii) if it is installed, checking if the version number of the service matches or 
exceeds the required version, 



24 



(iii) if the version number does match or exceed the required version, checking 
to see if the required service is running; 

(c) if checks (i) (ii) (iii) are okay, program step to continue the log on procedure 
in the conventional way (go to step m); 
5 (d) if any of checks (i) (ii) (iii) fail, program step to connect the device to one of 

the distribution services running in the network; 

(e) program step for communicating to the distribution service the current status 
of the required service in the device; 

(f) program step to determine if any later steps in the log-on procedure require the 
10 use of the requested service, and if so program step to wait until the requested 

service is available before continuing; 

(g) program step to determine if the requested service is the wrong version 
number and is running, and if so program step to stop the requested service on the 
NT: 

15 (h) program step to determine if the requested service is the wrong version 

number, and if so program step to remove the requested service on the device so that 
it is no longer installed; 

(i) program step to determine if the requested service is not installed on the 
device and if so program step to copy the files needed for the requested service to the 
20 device; 

(j) program step to determine if the requested service is not installed on the 
device and if so program step to create the requested service on the device; 
(k) program step to start the requested service on the device, 
(1) program step to monitor the state of the requested service, and as soon as it 
25 has completed initialization and is running, communicate this fact to the service 

requester; 

(m) program step to continue logging on. 

13. A computer program embodied in a carrier wave for installation of software 
30 on devices on a network, said computer program being adapted to run, on the logging 

on of a user of a device on to the network, said computer program comprising the 
steps of: 
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(a) program step for running a sendee requester by passing a log-on script from 
the network to the device, the script including the service requester; 

(b) program step causing the service requester to check 
(i) if the required service is installed in the device, 

5 (ii) if it is installed, checking if the version number of the service matches or 

exceeds the required version, 

(iii) if the version number does match or exceed the required version, checking 
to see if the required service is running; 

(c) if checks (i) (ii) (iii) are okay, program step to continue the log on procedure 
1 0 in the conventional way (go to step m); 

(d) if any of checks (i) (ii) (iii) fail, program step to connect the device to one of 
the distribution services running in the network; 

(e) program step for communicating to the distribution service the current status 
of the required service in the device: 

15 (f) program step to determine if any later steps in the log-on procedure require the 

use of the requested service, and if so program step to wait until the requested 
service is available before continuing, 

(g) program step to determine if the requested service is the wrong version 
number and is running, and if so program step to stop the requested service on the 

20 NT; 

(h) program step to determine if the requested service is the wrong version 
number, and if so program step to remove the requested service on the device so that 
it is no longer installed; 

(i) program step to determine if the requested service is not installed on the 
25 device and if so program step to copy the files needed for the requested service to the 

device; 

(j) program step to determine if the requested service is not installed on the 
device and if so program step to create the requested service on the device, 
(k) program step to start the requested service on the device; 
30 (1) program step to monitor the state of the requested service, and as soon as it 

has completed initialization and is running, communicate this fact to the service 
requester; 
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program step to continue logging on. 
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